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(57) ABSTRACT 

A communications system and method are provided for digi- 
tally connecting a plurality of data channels, such as sensors, 
actuators, and subsystems, to a controller using a network 
bus. The network device interface interprets commands and 
data received from the controller and polls the data channels 
in accordance with these commands. Specifically, the net- 
work device interface receives digital commands and data 
from the controller, and based on these commands and data, 
communicates with the data channels to either retrieve data in 
the case of a sensor or send data to activate an actuator. Data 
retrieved from the sensor is converted into digital signals and 
transmitted to the controller. Network device interfaces asso- 
ciated with different data channels can coordinate communi- 
cations with the other interfaces based on either a transition in 
a command message sent by the bus controller or a synchro- 
nous clock signal. 
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NETWORK DEVICE INTERFACE FOR 
DIGITALLY INTERFACING DATA 
CHANNELS TO A CONTROLLER VIA A 
NETWORK 

5 

CROSS-REFERENCE TO RELATED 
APPLICATIONS 

This application is a divisional of U.S. application Ser. No. 
10/726,918, filed Dec. 3, 2003 now U.S. Pat. No. 7,277,970 to 
which is a divisional of U.S. application Ser. No. 09/735,146, 
filed Dec. 12, 2000, now U.S. Pat. No. 6,708,239 entitled: 
Network Device Interface For Digitally Interfacing Data 
Channels To A Controller Via A Network, which claims pri- 
ority from U.S. Provisional Patent Application No. 60/254, 15 
136, filed on Dec. 8 , 2000 having the same title, the contents 
of which are incorporated herein by reference. 

FEDERALLY SPONSORED RESEARCH OR 

DEVELOPMENT 20 

This invention was made with government support under 
Cooperative Agreement No. NCCW-0076 awarded by 
NASA. The government has certain rights in this invention. 

25 

FIELD OF THE INVENTION 

The present invention relates generally to network device 
interface and, more particularly, to an apparatus and method 
for digitally interfacing data channels with a controller over a 30 
common network bus. 

BACKGROUND OF THE INVENTION 

In many industries today, monitoring systems are used to 35 
assess either possible system failures or the affects of envi- 
ronment and other external forces on an object of interest. For 
example, in the avionics industry, monitoring systems are 
employed to monitor parameters, such as strains, accelera- 
tion, pressures, corrosion, and temperatures at various critical 40 
structural locations on aircraft. Similarly, such monitoring 
systems could be used in the automobile industry to control 
and monitor everything from on/off occupant controls to 
drive-train controls and multimedia systems. 

Many of these conventional monitoring systems use a plu- 45 
rality of remote devices, such as sensors, actuators, and sub- 
systems that are placed about the object being monitored at 
the critical locations. Further, many of these conventional 
monitoring systems include either one or several controllers 
connected to each of the remote devices for receiving data 50 
from the remote devices and sending commands to the remote 
devices. During operation, the controllers acquire data from 
the various sensors. The controllers also activate the actuators 
to perform functions on the object. 

Although these conventional monitoring systems provide a 55 
way to monitor critical structures of an object, they do have 
some drawbacks. For example, many of the conventional 
monitoring systems use dedicated wiring and signal condi- 
tioning to connect each of the remote devices to the controller. 
Additionally, many of the remote devices are typically ana- 60 
log, and data received from the remote devices is typically in 
analog form. 

In many industries today, including the avionics and auto- 
motive industries, the complexity of the network may make 
many conventional monitoring systems impractical for a 65 
number of reasons. Specifically, the dedicated wiring and 
signal conditioning can be expensive, bulky, heavy and hard 
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to install and maintain. This is especially critical in aircraft 
applications, where weight and size concerns are at the fore- 
front. Further, in the automotive industry, the added wiring 
may add weight and cost to the car. 

Additionally, as stated, many conventional monitoring sys- 
tems transmit data in an analog format. Typically, analog 
signals are susceptible to noise introduced into the signals 
during data transmission. Given that many of the transmitted 
signals have a low amplitude to start with, this noise can 
corrupt the signal and decrease the signal to noise ratio levels 
that cause loss of resolution in the signal. Further, as many of 
these remote devices are scattered a fair distance from the 
controller, the electrical lines connecting the remote devices 
to the controller may be sufficiently long to cause signal 
degradation due to DC resistance in the wiring. 

In light of this, it would be advantageous to replace the 
dedicated wiring and the analog transmission with a common 
bus and use digital transmission of data. But, many conven- 
tional digital networks suffer from a variety of problems 
themselves. For example, many existing digital networks 
demand complicated protocols requiring processors and, 
thus, forcing unacceptably large or costly remote devices. 
Processor based sensing devices may also have problems 
taking samples of analog data, or causing an actuator to take 
an action, at exactly the right time. Complicated protocols 
also introduce overhead into the messages on the bus that are 
not necessary for data acquisition and control. This overhead 
can severely limit the number of data samples that can be 
transmitted on the bus. These networks also have other prob- 
lems. For example, they generally do not support both acqui- 
sition and control, and they typically only support short net- 
work lengths. Further, these conventional networks typically 
have bulky network device interfaces, slow network data 
rates, or a low network device count. Additionally, many 
computer systems that include digital networks do not oper- 
ate in a time-deterministic manner. These computer systems 
generally lack the capability to schedule a trigger command 
to the network components that repeats or is interpreted and 
executed with any precision timing. 

In light of the foregoing, it would be advantageous to 
provide a network system that allows network components to 
digitally communicate over an inexpensive, simple and high- 
speed, yet robust, network line with a simple, low overhead 
message protocol, small component size and low wire count. 
The network system would also advantageously operate with- 
out the use of a microcontroller or processor for the network 
devices. Also, the network system would support both acqui- 
sition and control, and be capable of acquiring or converting 
data simultaneously from the networked components. Fur- 
ther, the network system would allow for high component 
counts, longer network lines and insure time determinism in 
a precise manner. 

SUMMARY OF THE INVENTION 

A brief definition of network objects here is necessary to 
understand and avoid confusion in this specification. The first 
network object to be defined is the bus controller. The bus 
controller is network device that sends commands on the 
network bus . All other devices on the network listen to the bus 
controller and take actions based on the commands of the bus 
controller. A network device is any device on the network that 
is not a bus controller. A network device is often referred to as 
a remote device throughout this disclosure. A Network 
Device Interface (NDI) is a component of a network device. 
An NDI listens to the bus controller and any other traffic on 
the bus, and depending on the traffic on the network bus, 
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performs an action or causes the network device to perform an 
action. Most NDIs will be connected to at least one or more 
data channels. A data channel is a sensor, an actuator, a sensor 
and signal conditioning, an actuator and signal conditioning, 
or other analog or digital system. A data channel is a compo- 5 
nent of or is connected to the network device. 

As described in greater detail below, the present invention 
remedies these and other problems by providing a network 
device interface (NDI) for connecting various data channels, 
such as sensors, actuators, and subsystems, to a common to 
controller for transmission of commands and data to and from 
the data channels and the controller. Importantly, the NDI 
device of the present invention connects various data chan- 
nels to the controller via a common network, thereby permit- 
ting the various data channels to share the same wiring for 15 
communicating with the controller. Further, the NDI of the 
present invention can interface to different types of data chan- 
nels, which can be analog-to-digital or digital -to-analog or 
other. Sensors are connected to the NDI as analog-to-digital 
data channels and actuators are connected to the NDI as 20 
digital -to-analog data channels. The NDI of the present 
invention is capable of taking the digital data from an analog- 
to-digital channel, formatting it according to the proper pro- 
tocol, and transmitting it onto the network according to the 
protocol. The NDI of the present invention is also capable of 25 
taking digital data from the network, providing it as digital 
data to a Digital-to -Analog converter (D/A), and causing the 
D/A to convert the data to an analog signal. It is possible for 
other embodiments of the NDI to accept or produce analog 
signals directly to and from its data channels. By transmitting 30 
the data across the network in a digital format, the commands 
and data are less susceptible to noise and degradation. 

Further, the NDI device of the present invention operates in 
conjunction with a data protocol that allows the controller to 
communicate with either one or several network devices at a 35 
time across the network. Importantly, the data protocol used 
by the NDI device of the present invention has a fixed, low- 
level instruction set. Due to the simplicity of the protocol, the 
NDI device of the present invention is not required to be a 
high-level processor. Instead, in one preferred embodiment, 40 
the NDI device of the present invention is a state machine 
implemented as an Application Specific Integrated Circuit 
(ASIC). An advantage of using a state machine to implement 
the NDI device instead of a micro-controller or processor is 
that many processes can occur simultaneously, which aids the 45 
NDI device to be time deterministic and fast. 

Advantageously, in one embodiment, the present invention 
provides a network device interface capable of communicat- 
ing commands and data between a controller and a data chan- 
nel using either synchronous or asynchronous communica- 50 
tion. In this embodiment, the NDI device includes a receiver 
for receiving messages from the controller via the co mm on 
digital bus. The NDI device of this embodiment further 
includes an interface for providing commands to the associ- 
ated data channel in response to messages received by the 55 
receiver and for receiving data from the associated data chan- 
nel. Additionally, the NDI device includes a transmitter for 
transmitting messages to the controller via the common digi- 
tal bus. Importantly, the NDI device further includes a syn- 
chronous network bus clock detector. 60 

In operation, when data is received from the controller, the 
clock detector of the NDI device of the present invention 
determines whether a clock signal accompanies the data from 
the controller. If a clock signal is present, then the controller 
is communicating in synchronous mode. In this instance, the 65 
NDI device uses the clock signal to provide commands and 
data to and receive data from the data channel. Further, the 
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transmitter of the NDI device of the present invention uses the 
bus clock signal to transmit data to the controller. 

However, if the clock detector of the NDI device does not 
detect a clock signal associated with the data sent from the 
controller, the NDI device determines that the bus controller 
is operating in the asynchronous mode. In this instance, the 
NDI device provides commands and data to and receives data 
from the data channel in an asynchronous mode independent 
of a bus clock. Further, the transmitter of the NDI device of 
the present invention transmits data to the controller asyn- 
chronously independent of a bus clock in the synchronous 
mode. 

In one embodiment, the controller provides synchronous 
clock signals via a common clock bus. In this instance, the 
clock detector of the present invention receives the synchro- 
nous clock signals and analyses the signals to determine 
whether it is being sent at the same rate as the data bits. If so, 
the clock detector of the network device interface determines 
that the controller is operating in the synchronous mode. 

Additionally, in some embodiments, the network device 
interface of the present invention may further include a bit 
rate detector connected to the common digital bus. In this 
embodiment, if the controller is operating in an asynchronous 
mode, the controller is transmitting commands and data at a 
certain bit rate. The bit rate detector of the present invention 
detects the bit rate, and the NDI device uses this bit rate to 
send commands and data to the data channel and receive data 
from the data channel. Further, the transmitter of the present 
invention uses the detected bit rate to transmit data back to the 
controller. 

In addition to transmitting data in an asynchronous mode at 
a defined bit rate, the controller may also alter the bit rate 
during communication. In this embodiment, the controller 
may initially transmit a first message to a data channel at a 
predetermined bit rate. In this embodiment, the clock detector 
will not detect a synchronous clock signal, but the bit rate 
detector will detect the first bit rate at which the message is 
transmitted by the controller. Based on this first bit rate, the 
network device interface of the present invention uses this bit 
rate to send commands and data to the data channel and 
receive data from the data channel. Further, the transmitter of 
the present invention uses the detected first bit rate to transmit 
data back to the controller. 

After the first or several messages are sent at the first bit 
rate, the controller may alter the bit rate and send a second 
message at a second bit rate. In this embodiment, the bit rate 
detector of the NDI device will detect the second bit rate at 
which the message is transmitted by the controller. Based on 
this second bit rate, the NDI device of the present invention 
uses this bit rate to receive commands and arguments from the 
bus controller and send data back to the bus controller. 

In one embodiment, the controller may send an example 
message at an altered bit rate from the bit rate previously used 
for sending commands and data. In this embodiment, the bit 
rate detector of the NDI device detects the change in bit rate 
and the transmitter of the NDI device transmits data back to 
the controller at the new bit rate thereby, signifying that the bit 
rate has been altered. Further, in another embodiment, the 
controller may send a baud select command that defines the 
bit rate at which messages are to be transmitted. 

As mentioned, the NDI device of the present invention 
operates in conjunction with a protocol. In one embodiment, 
the protocol uses a plurality of different addresses to address 
either one or several data channels at the same time. For 
example, in one embodiment of the present invention, the 
protocol uses a logical address to address an individual data 
channel, a group address to address a number of data chan- 
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nels, and a global address to address all data channels at the 
same time. In tills embodiment, the logical and group masks 
are stored in a memory device associated with the NDI device 
of the present invention. The group masks are an efficient way 
for the NDI device to store a list of group addresses for each 
channel. A group mask is constructed that comprises a plu- 
rality of bits for each data channel. Each bit of the mask is 
associated with a respective group and has a first state indi- 
cating that the respective data channel is a member of the 
group and a second state indicating that the respective data 
channel is a nonmember of the group. The mask is also stored 
in the memory associated with the network device interface. 

In this embodiment, whenever a command or data is sent it 
will include either a logical, group, or global address. For 
each command or data message that is sent, the address asso- 
ciated with the message is analyzed by the NDI device. If the 
address is global, the NDI device will implement the com- 
mand. Likewise, if the address is logical and corresponds to 
the logical address of a data channel associated with the NDI 
device, the NDI device will implement the command. If the 
address is a group address, the NDI device of the present 
invention will determine if a data channel associated with 
NDI device is a member of the group defined by the group 
address by analyzing the mask associated with the respective 
data channel. The network device interface will only imple- 
ment the command if the data channel is a member of the 
group having the group address. 

As discussed above, the NDI device of the present inven- 
tion is capable of operating in either a synchronous or asyn- 
chronous mode. Further, the controller is capable of provid- 
ing a group address to send a command to a plurality of data 
channels at the same time. A problem arises, however, when 
the NDI devices connected to each data channel are operating 
in asynchronous mode, in that it is difficult to synchronize 
them such that they apply the command associated with the 
group address at the same time to the respective data channels 
connected to them. In light of this, in one embodiment, the 
NDI devices can be synchronized, even though they are oper- 
ating in asynchronous mode. 

Specifically, in one embodiment of the present invention, 
the controller transmits a command to a plurality of data 
channels, wherein the command comprises a plurality of bits 
having a value defined by a transition between first and sec- 
ond states . In this embodiment, each of the NDI devices of the 
present invention commences implementation of the com- 
mand at the same predetermined time relative to the transition 
that defines the value of a respective bit of the command such 
that the plurality of network device interfaces perform the 
command simultaneously in a time-deterministic manner. In 
one further embodiment, the controller transmits a command 
comprising a sync portion, a message body and a parity bit. In 
this embodiment, the NDI devices of the present invention 
commence performance of the command coincident with the 
transition that defines the value of the parity bit. Further, in 
another embodiment, the controller transmits a command 
comprising a start bit, a command field, an address filed 
having an unused last bit set to 0, and a stop bit set 1 . In this 
embodiment, the NDI devices of the present invention com- 
mence performance of the function at each data channel coin- 
cident with the transition from the unused bit of the address 
field to the stop bit. 

In addition, as described above, in the synchronous mode, 
the controller transmits a synchronous clock signal on the 
common digital bus. In this embodiment, the NDI device of 
the present invention may also provide for synchronous 
implementation of commands between several network 
device interfaces by using the synchronous clock signal. Spe- 
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cifically, in this embodiment, the controller transmits a com- 
mand to a plurality of data channels, where the message 
comprises a plurality of bits having a value defined by a 
transition between first and second states. Further, the con- 
5 troller transmits a synchronous clock signal comprised of a 
plurality of clock pulses from the controller to the plurality of 
data channels simultaneous with the message. In this embodi- 
ment, the plurality of the network device interfaces will com- 
mence performance of the command at the same predeter- 
io mined time as defined by a respective clock pulse which, in 
turn, is defined based upon a predetermined relationship to a 
respective bit of the message. 

For example, in one embodiment, the network device inter- 
faces commence performance in synchronization with the 
15 first clock pulse following the respective bit of the message. 
Specifically, in one embodiment, the message transmitted has 
a plurality of bits having a value defined by a transition 
between a first state and a second state and the message 
defines a sync portion, a message body and a parity bit. In this 
20 embodiment, the network device interfaces commence per- 
formance of the command at the same predetermined time as 
defined by a respective clock pulse which is, in turn, defined 
based upon a predetermined relationship to the transition that 
defines the value of the parity bit of the message. 

25 As discussed, the NDI device of the present invention 
operates in conjunction with a protocol that has a fixed, low- 
level instruction set that, in turn, allows in some case for use 
of simplified controllers and network device interfaces on 
network devices. Specifically, in one embodiment, the 
30 present invention provides a protocol stored on a computer- 
readable medium. The protocol is used for transmitting com- 
mands and data between a controller and a network device 
interface across a common digital network. Importantly, the 
protocol includes at least one of a command and a data struc- 
35 ture for sending respective commands and arguments to data 
channels. The data structure is also used to send data from 
data channels to the bus controller. 

In light of this, the present invention also provides a serial, 
multiplexed communication system that uses state machines. 
40 Specifically, the communication system of the present inven- 
tion includes a controller for issuing a plurality of commands 
and a plurality of data channels for performing predefined 
functions in response to the commands. Connecting the con- 
troller and network device interface is a common digital bus 
45 for supporting communication therebetween. Further, the 
communication system includes a plurality of network device 
interfaces, one of which is associated with each data channel 
for interconnecting the respective data channels with the 
common digital bus. In this embodiment, each network 
50 device interface comprises a state machine and is independent 
of a processor. 

As mentioned previously, in the synchronous mode, the 
controller provides a synchronous clock signal across the 
network bus to the network device interfaces. In the synchro - 
55 nous mode, the synchronous clock is used as the clock signal 
for transmitting data. However, some A/D and D/A convert- 
ers, as well as some signal conditioning devices, cannot oper- 
ate at the clock speed set by the synchronous clock. In light of 
this, in one embodiment of the present invention, the network 
60 device interface of the present invention may include a clock 
divider. The clock divider may either be connected to the 
synchronous clock signal output by the controller or it may be 
connected to a local oscillator. 

Specifically, in this embodiment, there is a bus controller, 
65 sending a synchronous clock signal and commands to the 
network devices at one frequency, and NDI devices listening 
to the synchronous clock and data from the bus controller. The 
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NDI devices are converting the data and commands from the 
bus controller into the proper format expected by the data 
channels connected to the NDI devices, and the NDI devices 
are simultaneously providing the divided second clock signal 
to data channels, such that the data channels operate in accor- 
dance with the second clock signal frequency to convert data 
while the controller and NDI devices operates in accordance 
with a first clock frequency to send commands and data over 
the network bus. 

In one further embodiment, the NDI device of the present 
invention further includes a method for synchronizing the 
dividers associated with each NDI device with those of all 
other NDI devices connected to the common digital bus. 
Specifically, as stated previously, in some embodiments, the 
controller will send a group address so that a command is 
performed on a plurality of data channels at the same time. In 
order for this to occur, however, all of the clock dividers 
provided to data channels that use the divided clock located at 
each NDI device must be synchronized. In light of this, in one 
embodiment, the controller sends a first clock signal across 
the common digital bus. Further, the controller commands 
each of the dividers to synchronize the transmission of their 
respective second clock signals with an edge of the first clock 
signal such that individual second clock signals provided by 
each of the dividers is synchronized with respect to the first 
clock signal to thereby synchronize each of the converters. 

In addition to operating in accordance with different clock 
signals, some A/D and D/A converters also operate in accor- 
dance with specialized commands that are different from the 
commands used by the controller. In light of this, the network 
device interface of the present invention may include a special 
feature used to provide the specialized commands for the 
converter. This feature is called command translation. As 
such, during operation, the NDI device of the present inven- 
tion receives commands and data from the controller in accor- 
dance with a first set of commands and converts the command 
in accordance with a second set of commands for application 
to the converter. Further, the NDI device of the present inven- 
tion may send data received from the converter across the 
common digital bus in accordance with the first set of com- 
mands. 

The preferred protocol for the NDI devices uses Manches- 
ter encoding of network data bits to help allow miniaturiza- 
tion of the NDI devices. It must be understood that for any 
device to receive asynchronous serial data, it must be able to 
acquire the timing of the data sequence from the serial data 
stream. Normally, the receiver of the serial asynchronous data 
must have a local oscillator to cause its receiver to operate, 
and recover the timing information from the serial data. Once 
the timing information has been extracted, the asynchronous 
receiver is able to receive serial data at certain rates, plus or 
minus a certain deviation from these rates, given this local 
oscillator frequency. Manchester encoding of serial data 
causes a transition from high to low or low to high in the 
center of every bit. This makes it easy to extract the necessary 
timing information from the serial data stream. Because it is 
so easy to extract the timing information from the Manchester 
encoded serial data stream, a relatively large deviation from 
the expected data rate, based on the local oscillator can be 
tolerated. This tolerance to relatively large deviations from 
the expected data rates allows each NDI receiver to use a low 
accuracy local oscillator to receive the Manchester encoded 
data. Low accuracy local oscillators can be made extremely 
small. Current embodiments of adequate local oscillators are 
only about lxl .5 millimeters. This aids in making miniature 
NDI devises. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a block diagram of a networked system for trans- 
mitting commands and data digitally between a controller and 
5 a plurality of data channels via a network bus according to one 
embodiment of the present invention. 

FIG. 2 is a block diagram of the operations preformed to 
transmit commands and data digitally between a controller 
10 and a plurality of data channels via a network bus according 
to one embodiment of the present invention. 

FIGS. 3 A and 3B are generalized block diagrams of a NDI 
device for digitally communicating commands and data 
between data channels and a controller across a network bus 
15 according to one embodiment of the present invention. 

FIG. 4 is a block diagram of the operations performed by 
the NDI to retrieve data from a remote devices and illustrates 
the ability of the NDI device to perform multiple tasks at the 
20 same time while simultaneously communicating with the bus 
controller according to one embodiment of the present inven- 
tion. 

FIG. 5 is a block diagram of the operations performed to 
translate commands sent by a controller to a remote device 
25 into specialized commands used by a converter connected to 
the NDI, such that the controller may communicate with the 
remote device according to one embodiment of the present 
invention. 

FIG. 6 is a block diagram of the operations performed to 
determine whether a controller is operating in either a syn- 
chronous or asynchronous mode according to one embodi- 
ment of the present invention. 

FIG. 7 is a block diagram of the operations performed to 
35 determine the bit rate at which a controller is transmitting 
commands and data according to one embodiment of the 
present invention. 

FIG. 8 is a block diagram of the operations performed by an 
NDI while the bus controller is assigning logical addresses 
40 and group addresses to the network device according to one 
embodiment of the present invention. 

FIG. 9 is graphic diagram illustrating the synchronization 
of an internal free running clock provided by the NDI device 
45 to a data channel in order to synchronize the free running 
clocks of multiple data channels attached to the network 
through multiple NDI devices according to one embodiment 
of the present invention. 

FIG. 10 is a schematic diagram of an electrical network 
50 system according to one embodiment of the present invention 
implemented in an aircraft. 

FIG. 11 A is a block diagram of the connection of the NDI 
device of the present invention to a successive approximation 
55 A/D that uses a convert signal from the NDI device to acquire 
data with precise timing, according to one embodiment of the 
present invention. 

FIG. 1 IB is a block diagram of the connection of the NDI 
device of the present invention to a digital filter and decimator 
60 and a sigma/delta A/D that uses the synchronized divided 
clock and possibly the synchronize signal to acquire data with 
precise timing, according to one embodiment of the present 
invention. 

FIG. 11C is a block diagram of the connection of the NDI 
65 device of the present invention to a succes sive approximation 
A/D and signal conditioning with switched capacitor filters, 
where the switched capacitor filters require both the convert 
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and divided clock signals to acquire data with precise timing, 
according to one embodiment of the present invention. 

DETAILED DESCRIPTION OF THE INVENTION 

The present invention now will be described more hilly 
hereinafter with reference to the accompanying drawings, in 
which preferred embodiments of the invention are shown. 
This invention may, however, be embodied in many different 
forms and should not be construed as limited to the embodi- 
ments set forth herein; rather, these embodiments are pro- 
vided so that this disclosure will be thorough and complete, 
and will fully convey the scope of the invention to those 
skilled in the art. Like numbers refer to like elements through- 
out. 

As described above, many conventional data acquisition 
and control systems use individual wiring to connect remote 
devices, such as sensors, actuators, and subsystems, to a 
central controller for data acquisition and control. Due to the 
large number of remote devices, the total of the individual 
wiring for each of these devices can be expensive, bulky, 
heavy, and difficult to install and maintain. Further, since 
many of these remote devices are analog, signals to and from 
the remote devices are susceptible to noise and signal degra- 
dation. 

As described in greater detail below, the present invention 
remedies these and other problems by providing a network 
device interface (NDI) for connecting various data channels, 
that can be sensors, actuators, and subsystems, to a common 
controller for transmission of commands and data to and from 
the data channels and the controller. Importantly, the NDI 
device of the present invention connects various remote 
devices to the controller via a common network, thereby 
permitting the various remote devices to share the same wir- 
ing for communicating with the controller. Further, the NDI 
of the present invention can interface to different types of data 
channels, which can be analog-to-digital or digital -to -analog 
or other. Sensors are connected to the NDI as analog-to- 
digital data channels and actuators are connected to the NDI 
as digital-to -analog data channels. The NDI of the present 
invention is capable of taking the digital data from an analog- 
to-digital channel, formatting it according to the proper pro- 
tocol, and transmitting it onto the network according to the 
protocol. The NDI of the present invention is also capable of 
taking digital data from the network, providing it as digital 
data to a Digital-to -Analog converter (D/A), and causing the 
D/A to convert the data to an analog signal. It is possible for 
other embodiments of the NDI to accept or produce analog 
signals directly to and from its data channels. By transmitting 
the data across the network in a digital format, the commands 
and data are less susceptible to noise and degradation. 

Further, the NDI of the present invention operates in con- 
junction with a data protocol that allows the controller to 
communicate with either one or several network devices at a 
time across the network. Importantly, the data protocol used 
by the NDI device of the present invention has a fixed, low- 
level instruction set. Due to the simplicity of the protocol, the 
NDI device of the present invention is not required to be a 
high-level processor. Instead, in one preferred embodiment, 
the NDI device of the present invention is a state machine 
implemented as an Application Specific Integrated Circuit 
(ASIC). An advantage of using a state machine to implement 
the NDI instead of a micro-controller or processor is that 
many processes can occur simultaneously, which aids the 
NDI to be time deterministic and fast. 

As mentioned above, the NDI of the present invention is 
used as an interface between a common controller and various 
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network devices that are connected to the controller by a 
common network. FIG. 1 is an illustration of one embodiment 
of the implementation of the interface of the present inven- 
tion. This illustration is provided so that a more complete 
5 understanding of the present invention may be appreciated. It 
must be understood that the present invention is not limited to 
this configuration and may be embodied in many different 
network systems. The current embodiment of the NDI uses 
the RHAMIS-HS protocol, however, other embodiments 
to contemplated by this disclosure may use other protocols. 

With regard to FIG. 1, a general embodiment of a net- 
worked system 30 in which the present invention is used is 
shown. Specifically, the networked system includes a master 
controller 32 such as high-level processor or personal com- 
15 puter that processes data from and sends commands and data 
to data channels 34, such as sensors, actuators, and sub- 
systems, located at desired points in the network. Importantly, 
the networked system further includes a network controller 
36 connected between the master controller 32 and a network 
20 bus 38, and either one or several NDI devices 40 connected 
between the network bus and the data channels . Connecting 
the network controller and NDI devices to the network bus are 
respective transmitters, 42-46, and receivers 48-52. A first 
transmitter 42 connected between the network controller and 
25 the network bus transmits commands and data on the net- 
work, while a second transmitter 44 also connected between 
the network controller and network bus may be used in some 
embodiments to transmit a synchronous clock signal. 

In normal operation, the remote devices that are sensors are 
30 connected to a specific object under study and sense charac- 
teristics of the object such as temperature, strain, flex, speed, 
air flow, etc. Further, the remote devices that are actuators are 
connected to mechanical members and other structures to 
operate on the object under test. One or several of the remote 
35 devices are connected to a single NDI device of the present 
invention via individual data channels containing converters 
and signal conditioning devices. Further, either the master 
controller or the network controller may be configured to send 
data and commands across the network to the various network 
40 devices. Given that both of these controllers are capable of 
such action, the generic term bus controller is used in the 
discussion below to describe operations that may be per- 
formed by either the master or network controller. 

With reference to FIG. 2, to acquire data from a sensor or 
45 activate and actuator, the controller sends commands and data 
digitally across the network to the remote devices, where the 
command and data is designated for either one or a group of 
the data channels on the remote devices. (See step 200). The 
commands and data are transmitted across the network using 
50 a data protocol. The NDI devices of the present invention 
receive and interpret the data and commands using the struc- 
ture of the data protocol. (See step 210). Further, the NDI 
devices of the present invention determine whether the com- 
mands and data are designated for the data channels con- 
55 nected thereto. (See step 220). If so, the NDI either acquires 
data from the designated data channel if it is a sensor or 
commands the data channel to perform a conversion if it is an 
actuator. (See step 230). Analog data retrieved from the sen- 
sor channels is first converted into digital data, (see step 240), 
60 and then converted into the proper format according to the 
data protocol. Further, the digital data is transmitted to the 
controller. (See step 250). 

As illustrated in FIGS. 1 and 2, the NDI device of the 
present invention operates as an interface between the bus 
65 controller and the data channels. Importantly, the NDI device 
of the present invention is capable of accepting digitized, 
analog data signals from data channels for transmission 
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across the network bus. The NDI can also accept digital data 
from the bus controller and present it to a data channel. Then 
a D/A converter can change the data to an analog signal. It is 
possible that some data channels would accept and use the 
digital data directly without converting it to analog. Some 
embodiments of an NDI may have an analog-to -digital (A/D) 
converter and a D/A converter integrated into the NDI, 
thereby being configured to accept or present analog signals 
from or to data channels. The NDI device of the present 
invention also operates in conjunction with a selected data 
protocol to properly receive and decode or format and send 
data efficiently via a network bus. 

Further, the NDI device of the present invention provides 
additional operations and features, such as programmable 
trigger command conversion, and clock signals, that allow the 
controller to communicate with different types of devices that 
compose data channels. Additionally, the NDI device of the 
present invention includes stored information and procedures 
for configuring the data channels connected thereto. A/D and 
D/A converters are examples of components of data channels 
that may need to be programmed or configured. The NDI 
device of the present invention may also provide a local clock 
signal to data channels that is some fraction or multiple of the 
local oscillator or synchronous bus clock. The local clock 
signals of many or all NDI devices on a network can be 
synchronized by the bus controller. Further, the NDI device of 
the present invention operates in conjunction with the data 
protocol to provide a unique logical address and group 
addresses for each of the data channels, such that the data 
channels may be either addressed individually, in a synchro- 
nized group, or all together. 

In addition to allowing for data communication between 
the controller and remote devices and data channels having 
different configurations, the NDI device of the present inven- 
tion also allows for data communication across the bus net- 
work using different data transmission modes. Specifically, in 
one mode of the present invention, the NDI device of the 
present invention operates in conjunction with the controller 
in a synchronous mode, in which a synchronous clock signal 
provided by the controller is used by the NDI device to 
receive commands and data from the bus controller. This 
same synchronous clock signal is used by the NDI to send 
data to the bus controller or other network devices. 

As a note, the NDI devices typically do not transmit the 
synchronous bus clock signal back to the bus controller. 
Instead, the NDI devices typically only clock data out on 
received edges of the synchronous bus clock signal in the 
synchronous mode. Generally, only the bus controller trans- 
mits the synchronous bus clock signal. Further, the bus con- 
troller will typically include an asynchronous receiver for 
receiving data from the NDI devices. 

In another mode, which can be the same or different 
embodiment, the NDI device operates in conjunction with the 
controller in an asynchronous mode. In this embodiment, the 
NDI device of the present invention analyzes and determines 
the bit rate at which the controller is transmitting data on the 
network bus and then uses this bit rate to retrieve commands 
and data from the bus controller and send data to the bus 
controller or other network devices. Also in the asynchronous 
mode, the NDI device may still synchronize data conversion 
on data channels located on different NDI devices. Data con- 
version is synchronized on the separate data channels by 
having it occur on or very shortly after the changing edge of 
a special bit in a command from the bus controller. 

These and other advantages are realized by the NDI device 
of the present invention; one embodiment of which is illus- 
trated in FIGS. 3A and 3B. Specifically, FIG. 3A illustrates a 
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generalized block diagram of a NDI device 40 according to 
one embodiment of the present invention. As illustrated, the 
NDI device of the present invention is connected between the 
network bus 38 and remote devices 34 and 36, such as illus- 
5 trated previously in FIG. 1. In this embodiment, one of the 
remote devices 34 is a sensor and the other remote device 36 
is an actuator or similar device. Both remote devices contain 
signal conditioning devices, 58 and 60, for conditioning ana- 
log signals. With regard to remote device 34 the signal con- 
10 ditioning 58 is for a sensor signal. The signal conditioning for 
an actuator is shown in 60. Signal conditioning can include 
but is not limited to amplifiers, filters, attenuators, etc. 

Importantly, connected between the remote devices and the 
NDI device of the present invention are A/D and D/A con- 
15 verters, 62 and 64, respectively. The A/D converter 62 is 
connected between the NDI device and the sensor 34. The 
A/D converter converts analog signals from the sensor chan- 
nel into digital data for input into the NDI device. Similarly, 
the D/A converter 64 is connected between the NDI device 
20 and the actuator device 36 and converts digital signals from 
the NDI device into analog signals for input into the actuator 
channel. It is possible that some sensors and some actuators 
could produce or accept digital signals directly so that the A/D 
62 or D/A 64 is not necessary. 

25 As illustrated previously in FIG. 1, the NDI device of the 
present invention is connected to the network bus via a first 
receiver 50 that receives commands and data from the con- 
troller. A second receiver 52 is also provided for receiving the 
optional synchronous clock signal from the controller if the 
30 network is operated in synchronous mode. A transmitter 46 is 
also connected between the NDI device of the present inven- 
tion and the network bus for transmitting data to the control- 
ler. Further, a memory device 66 and a local oscillator 68 are 
connected to the NDI device of the present invention. Differ- 
35 ent embodiments of the NDI device could integrate some or 
all of the following: the receivers, transmitters, local oscilla- 
tor, and memory. 

FIG. 3B provides an illustration of the various control logic 
components of the NDI device 40 according to one embodi- 
40 ment of the present invention. Specifically, the NDI device of 
this embodiment of the present invention includes ports, 70 
and 72, for connecting to the data channels, 34 and 36. These 
ports are typically serial ports, but may be parallel ports in 
some embodiments. The ports of the NDI device are con- 
45 trolled by individual port controllers, 74 and 76. Data lines 
incorporated in each port include a data output line 78 
referred to as Serial MOSI (master out slave in), a chip enable 
or chip select line 80 referred to as CE, a clock signal line 82 
referred to as Serial CLK, and a trigger 84. As illustrated, the 
50 data output line 78 consists of a configuration data output line 
18a and a data out/special command out line 7 8b. The con- 
figuration data output line 78a is used as described later for 
configuring the data channel at power up. Further, the data 
out/special command out line supplies data from the bus 
55 controller to the data channel. The output select line 79 
toggles a select switch 86 between the configuration data 
output line and Serial out data line depending on whether the 
NDI device is in power up mode or in normal operation. 

As mentioned, the NDI device of the present invention 
60 fiirther includes a data stack 88 defined as a plurality of data 
registers creating a memory. The data stack is used for storing 
digital data acquired from a data channel. A data stack can 
also be used for storing data from the bus controller to send to 
a data channel. The data stack is typically operated as a 
65 last-in-first-out (LIFO) device, where the last value placed in 
the data stack is the first value retrieved from the stack. This 
way, no matter what the stack size, data will be returned to the 
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bus controller by different NDI devices in the same order. 
There is minimum delay between putting a new data value on 
the top of the stack to when the bus controller can read it. 
However, there would be a large delay if the bus controller 
had to read data from the bottom of a stack. 

As illustrated, associated with the data stack is a stack 
depth register 90. The stack depth register indicates the num- 
ber of valid data words in the stack at that time. 

Further, internal to the current embodiment of the NDI 
device of the present invention are a status register 92 and a 
data select multiplexer 94 for each data channel. Importantly, 
the status register includes information relating to the status 
of the data channel, such as whether the data channel is in a 
ready mode, whether the data channel supports a command, 
or whether there is a message transmission error, etc. The data 
select multiplexer, depending on the data requested, connects 
either the status register, data stack, or stack depth register, to 
an output data multiplexer 96. The data select multiplexer 94 
for each channel is controlled by the respective port control- 
ler, 74 and 76. The output data multiplexer 96, in turn, selects 
between the output of the two remote devices or a device 
inventory register 98. Different embodiments of the NDI 
device may have different multiplexer arrangements in the 
NDI device, but the effect will always be to allow the bus 
controller to access any register for any data channel in an 
NDI device that it needs. 

The Device Inventory block 98 is used by the NDI device to 
execute the Device Inventory operations that are shown in the 
flow chart in FIG. 8. 

Further, the NDI device of the present invention also 
includes an address decoder 100 and a command decoder 
102. As described later below, these decoders receive the 
command and data transmitted by the controller, decode the 
commands and data, and determine whether the commands 
and data are addressed to one or more of the data channels 
connected to the NDI device. If the commands and data are 
addressed for one of the data channels, the NDI device of the 
present invention will operate on the data channel in accor- 
dance with the command. The above components are some- 
times referred to herein as a device interface. 

An NDI device will include a non-volatile memory indi- 
cated in FIG. 3 A as memory device 66 that will be used by the 
NDI to store the UUID, protocol version, number of data 
channels, logical addresses, group masks, configuration data, 
and other data that the manufacturer or user may define. The 
communication with this memory device is illustrated in FIG. 
3B by the input and output lines from the configuration reg- 
ister 1 04 to the memory device. The bus controller will be able 
to read the memory and write to various memory locations 
according to the protocol. The logical address and group 
mask fields in memory are special. They can only be written 
to by the bus controller immediately after the NDI device has 
won a Device Inventory Competition according to the flow 
diagram in FIG. 8. This allows every NDI device to be 
uniquely identified by the bus controller and then the logical 
addresses and group masks to be assigned. By mandating that 
a Device Inventory Competition must be won prior to writing 
to these fields, it becomes virtually impossible to accidentally 
change these values. This same sort of memory protection can 
be applied by the NDI device manufacturer to other memory 
fields. 

At power up some of the contents of the non-volatile 
memory 66 are loaded into the logical and group address 
decoder registers 100, configuration registers 104 for the 
Serial ports, 70 and 72, command translation registers in port 
controllers, 74 and 76, and some contents are sent out the 
Serial ports or other parallel ports for configuring data chan- 
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nels. There may be other uses for this memory data at power 
up. This memory can also be used by the bus controller to 
store user-defined information such as network device instal- 
lation location, calibration data, etc. The contents of this 
5 memory are commonly called TEDs which stands for Trans- 
ducer Electronic Data Sheet. 

Further, the NDI device of the present invention may 
include control logic 106 for receiving commands and per- 
forming built in testing, calibration, and transitioning the NDI 
to device between a sleep and wake mode. 

As illustrated in FIG. 1, the NDI device of the present 
invention communicates with a controller across a network 
bus. The discussion of the various operations of the present 
invention described below are with regard to the NDI device. 
15 Detailed operation of the master and network controllers is 
not described herein. However, a complete detailed disclo- 
sure of the operation of the master controller and network 
controller is provided in U.S. Provisional Patent Application 
No. 60/254,137 entitled: NETWORK CONTROLLER FOR 
20 DIGITALLY CONTROLLING REMOTE DEVICES VIA A 
COMMON BUS and filed on Dec. 8, 2000. The contents of 
this patent application are incorporated in its entirety herein 
by reference. 

As mentioned, the NDI device of the present invention 
25 provides several advantages . One important aspect of the NDI 
device of the present invention is self-configuration at power 
up of the A/D and D/A converters and the remote devices 
connected to the NDI device. As illustrated in FIG. 1, the 
remote devices connected to the network bus may be numer- 
30 ous and spread far apart making it difficult to configure the 
devices from a central location. In light of this, in one embodi- 
ment of the present invention, the NDI device includes data 
related to the gain, offset, filters, etc. of the signal condition- 
ing devices, 58 and 60, and data related to the A/D and D/A 
35 converters stored in the memory device 66, (illustrated in 
FIG. 3 A). Specifically, in one embodiment, the NDI device of 
the present invention allows 16, 16-bit digital words from the 
memory device to be output each of the ports, 70 and 72, at 
power up. This aspect of the NDI device of the present inven- 
40 tion allows for automatic configuration of off-the-shelf A/D 
and D/A converters. 

The configuration data stored in the memory device is 
programmable by the controller. The 16, 1 6-bit words can be 
programmed to be split into 32, 8 -bit bytes for output by the 
45 ports to the A/D and D/A converters and signal conditioning. 
Further, the NDI device of the present invention can be pro- 
grammed by the controller to change the Serial clock 82 phase 
and Serial clock 82 polarity at which the configuration data is 
output at the ports, 70 and 72. 

50 In addition to configuring the A/D and D/A converters and 

signal conditioning devices at power up, the NDI device of the 
present invention is also configurable to operate with differ- 
ent types of A/D and D/A converters and signal conditioning 
devices. Specifically, there are many types of converters, such 
55 as successive approximation A/D converters and sigma/delta 
oversampling converters. These converters may operate dif- 
ferently in terms of clocking and operational delay. Further, 
some signal conditioning devices, such as switched capacitor 
filters and digital anti-alias filters operate differently in terms 
60 of clocking. 

For example, as illustrated in FIG. 1, in the synchronous 
mode, the controller provides a synchronous clock signal 
across the network bus to the network devices. In the syn- 
chronous mode, the synchronous clock signal is used as the 
65 clock signal for transmitting network data. Some A/D con- 
verters, such as Analog Devices’ AD7714 converter need a 
continuous clock signal to operate correctly. This clock is 
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usually lower frequency than the synchronous clock signal 
provided by the controller. In light of this, in one embodiment 
of the present invention, the NDI device of the present inven- 
tion may include a clock divider 108. The clock divider may 
either be connected to the synchronous clock signal output by 5 
the controller as shown in FIG. 3B or it may be connected to 
a local oscillator 68, as illustrated in FIG. 3A. 

This clock signal provided by the NDI device can be syn- 
chronized by the bus controller as shown in FIG. 9. The clock 
signal can simultaneously be synchronized in one, several, or to 
all NDI devices on the bus. In the example in FIG. 9 the 
internal clock frequency is shown as Va the synchronous bus 
clock frequency. It could actually be any other fraction of the 
synchronous bus clock frequency. 

FIG. 4 is a block diagram of the operations performed by 15 
the NDI in response to one particular command from the bus 
controller. This diagram illustrates that the NDI device is 
capable of doing more than one task at a time. The ability of 
the NDI device to do multiple tasks at the same time allows 
the NDI device of the present invention to acquire or control 20 
1 or more data channels at the same time while simulta- 
neously communicating with the bus controller. 

With reference to FIG. 4, in operation, the NDI device of 
the present invention initially receives a command, (see step 
310), such as Trigger and Read command, from the controller 25 
and interprets the command. If the command and address are 
intended for a data channel on the NDI device the NDI device 
begins the operations shown in steps 330 and 360 in parallel. 
Specifically, the NDI device sends a convert signal to the data 
channel attached to the NDI. (See step 330). The rising edge 30 
of this data pulse occurs at the center edge of the parity bit at 
the end of the Trigger and Read command. The convert signal 
is provided to latch analog data into the sample and hold 
circuitry of an A/D converter, or can be used to cause a D/A to 
start a conversion process. The precise timing of the rising 35 
edge of this signal allows many data channels to know when 
to sample or convert analog data, even if the network devices 
are not operating in synchronous mode. 

After the convert signal is created, a short pause occurs. 
(See step 340). This pause allows the data channel to have 40 
time to convert the analog signal latched in its sample and 
hold to be converted into a digital value. In the present 
embodiment of the NDI device, tins pause is programmable. 
There are two choices. It can be only a few hundred nanosec- 
onds long, or it can be programmed to be 6 microseconds 45 
long. 

After the pause, a serial transfer occurs. (See step 350). 
During this Serial transfer a programmable word is clocked 
out on the MOSI line. This programmable word is used to 
cause special A/D converters to output data. An example is an 50 
AD7714. As this serial transfer continues, data is returned 
from the data channel to the NDI device. The digital data 
returned to the NDI device on the MI SO line is stored in the 
in data register 89. 

At the same time operational steps 330, 340, and 350 are 55 
occurring, operational steps 360, 370, and 380 are also occur- 
ring. In operation step 360, the contents of the in data register 
89 are shifted into the top of the data stack. Next, the contents 
in the top of the data stack are loaded into the transmitter 
register. (See step 370). The last operation is for the contents 60 
of the transmitter register are transmitted back to the bus 
controller by the NDI device’s transmitter 46. (See step 380). 

During all of these operations, the NDI interface is provid- 
ing a continuous clock signal to the data channel. Not all data 
channels will use this clock but it is available. The frequency 65 
of this clock is programmable. This clock signal is useful for 
running devices such as switched capacitor filters, digital 
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filters, or sigma/delta converters, etc. This clock signal con- 
tinues running even when operational steps 300-380 are not 
taking place. 

In instances where the Universal Asynchronous Receiver 
Transmitter (UART) protocol is used, the controller transmits 
a command comprising a start bit, a command field, an 
address filed having an unused last bit set to 0, and a stop bit 
set 1. In this embodiment, the NDI device of the present 
invention commences performance of the function at each 
data channel coincident with the transition from the unused 
bit of the address field to the stop bit. 

In addition to clock and delay issues, some A/D and D/A 
converters also require special commands. For example, 
some A/D and D/A converters are programmable to take 
different readings from a sensor. For instance, in one appli- 
cation, an A/D converter is connected to a strain gauge that 
senses strain in three dimensions. Each readable dimension is 
addressable with a separate 1 6-bit address. Either one or all of 
the measurements for each dimension may be accessed by 
applying the associated 16-bit command to the converter. It 
may become burdensome to store all of the bit commands in 
the controller and transmit them across the network bus. To 
simplify operation of the protocol, (as discussed below), the 
NDI of the present invention maintains these special com- 
mands so that they do not have to be kept up with by the 
controller or sent across the network. In light of this, in one 
embodiment, the NDI of the present invention includes the 
specialized bit commands associated with the A/D or D/A 
converters connected to the NDI. With reference to FIGS. 3 A 
and 3B, these commands are originally stored in the memory 
device 66, where they are programmable. During power up, 
these specialized bit commands may be stored in the com- 
mand decoder 102. 

With reference to FIG. 5, in operation, when a remote 
device having a converter with specialized commands is to be 
addressed, (to either obtain data from a sensor or in the case of 
an actuator, activate the remote device), the controller will 
send a properly formatted trigger command along with the 
address of the data channel with the converter. (See step 400). 
(The format of commands is discussed below) . When the NDI 
associated with the data channel receives the command and 
address, (see step 410) the NDI initially determines whether 
the remote device addressed needs specialized commands. 
This is done by comparing the address received to the address 
associated with the data stored in the command decoder. (See 
step 420). Based on the address, the NDI of the present 
invention retrieves the proper specialized command from the 
command translation register. (See step 430). The specialized 
command is then applied to the converter to either receive 
information, in the case of a sensor, or activate an actuator 
corresponding to the command. (See step 440). 

As briefly discussed, the controller and the NDI device of 
the present invention are capable of operating in either a 
synchronous or asynchronous mode. In the synchronous 
mode, the controller provides a continuous synchronous 
clock signal. The synchronous clock signal is used by the NDI 
device of the present invention to clock in data from the bus 
controller and to clock data out to the controller. This allows 
the bus controller to pick any data rate between 0 bits/sec up 
to some maximum bit rate. 

The NDI device of the present invention can automatically 
detect whether the controller is operating in the synchronous 
or asynchronous mode. Specifically, with reference to FIGS. 
3A, 3B, and 6, the NDI device of the present invention con- 
tinuously checks the signal received on the second receiver 52 
using a clock detector . (See step 500). If a synchronous clock 
signal is present, (see step 510), the NDI device of the present 
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invention operates in the synchronous mode, (see step 520), 
and uses the synchronous clock signal from the controller to 
clock data in and clock data out. However, if the NDI device 
of the present invention does not detect a synchronous clock 
signal from the second receiver 52, (see step 510), the NDI 
device of the present invention operates in asynchronous 
mode. (See step 530). 

As mentioned above, in asynchronous mode, the controller 
may operate at various bit rates. In light of this, in one 
embodiment, the NDI device of the present invention detects 
the bit rate at which the controller is operating. Specifically, 
with reference to FIG. 7, in this embodiment, after the NDI 
device of the present invention determines that the controller 
is operating in asynchronous mode, the NDI device of the 
present invention monitors the bits of the command and data 
transmitted by the controller. (See step 600). The NDI device 
determines the time between receipt of each bit using a bit rate 
detector. After a predetermined number of bits have been 
received having substantially the same time between trans- 
missions, (see step 610), the NDI device of the present inven- 
tion chooses and operates at the bit rate of the data being sent 
to the NDI device. (See step 620). Importantly, the ability of 
the NDI device to detect bit rate is advantageous for fast 
recovery when there are power glitches in the networked 
system, or where the controller has transitioned from syn- 
chronous to asynchronous mode. A second important advan- 
tage of the automatic synchronous clock detect and automatic 
bit rate detect features is that it allows a single type of NDI 
device to communicate on the network using different modes 
of network communication. Designer of the network system 
can choose the mode of network communication that is opti- 
mized for the particular application of the network system. 

In one further embodiment, the bus controller can com- 
mand the NDI device to receive and transmit data at a specific 
bit rate. The bus controller sends a change bit rate command 
followed by the bit rate the NDI devices is to change to. After 
that the NDI device will receive data from and transmit data to 
the bus controller at the bit rate instructed by the bus control- 
ler. Further, the controller may send an example message at 
the new bit rate, and the NDI of the present invention will 
change to the new bit rate before real commands and data are 
sent. 

Another advantage of the NDI device of the present is the 
ability of many data channels on many different NDI devices 
on a network bus to sample or convert analog data at substan- 
tially the same time when communicating to the bus control- 
ler in the synchronous or asynchronous modes. One method 
of synchronization of data sampling or conversion in the 
asynchronous mode is accomplished by having the rising 
edge of convert signal 84, (see FIG. 3B), go high at or very 
shortly after the changing center edge of the convert com- 
mand from the bus controller. Some protocols call a convert 
command a trigger command. The ability of the protocol and 
NDI devices to take data or convert data simultaneously even 
in the asynchronous communication mode is called isochro- 
nous. 

The second method of synchronization data sampling is by 
providing synchronized clock signals from each NDI device 
to each data channel associated with each NDI device. The 
clock signals are synchronized by the bus controller using the 
synchronize command, and the NDI devices synchronize in 
response to the command according to the timing in FIG. 9. 
That way all data channels using a clock signal that has a 
frequency that is a divided fraction of the synchronous bus 
clock will all be running nearly perfectly synchronously. 

In addition to providing an interface with different types of 
A/D and D/A converters and different signal conditioning 
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systems and operating in both synchronous and asynchronous 
mode, the NDI device of the present invention can also save 
overhead in the transmission of data across the network. 
Specifically, as illustrated in FIG. 3B, the NDI device of the 
5 present invention includes a data stack 88. In the case where 
the NDI device is connected to a sensor remote device, the 
data stack is an In Data Stack. The In Data Stack contains data 
received from the data channel. In this instance, the data 
stored in the In Data Stack can be read out by the controller 
to either one word at a time, (i.e., one register at a time), or as a 
block of data, (i.e., multiple registers at a time). Reading a 
block of data from the data stack at a time saves network 
overhead. 

Further, in instances in which the NDI device of the present 
15 invention is connected to an actuator remote device, the data 
stack is an Out Data Stack. In this case, the Out Data Stack 
contains data transmitted by the controller to be output to the 
actuator data channel . When a trigger command is sent to the 
actuator, the actuator performs a digital to analog conversion 
20 of the word at the top of the data stack, then NDI device will 
pop the stack, and transmit the new word at the top of the stack 
to the D/A. Data words can be written to the Out Data Stack 
individually by the controller or as a block of words. Writing 
a block of data to the Out Data Stack instead of one a time 
25 saves network overhead. 

In addition to the advantages described above, the NDI 
device of the present invention also provides additional 
advantages. Specifically, in one embodiment, the NDI device 
of the present invention operates in conjunction with a pro- 
30 tocol that allows data channels to communicate over a simple 
and high-speed, yet robust, digital multi-drop network. It 
must be understood that any applicable protocol could be 
used in conjunction with the NDI device of the present inven- 
tion. However, described below is a particular protocol that 
35 provides several advantages when used in the networked sys- 
tem 30 illustrated in FIG. 1. One important advantage being 
that the simplicity of the protocol allows the NDI device to be 
implemented as a state machine, as opposed to a high-level 
processor. 

40 Specifically, the protocol is designed to insure low-level 
communication control interface, (i.e., network controllers 
and NDI devices). The protocol makes possible the develop- 
ment of controller and network device interfaces that are 
highly miniaturized within the network. If the network con- 
45 troller and NDI devices are implemented in an Application 
Specific Integrated Circuit (ASIC) or FPGA working in con- 
junction with the protocol, the network controller and NDI 
device can respond quickly and efficiently allowing for maxi- 
mized bus efficiency. If the bus controller or NDI device is 
50 implemented as an ASIC, the bus controller and NDI devices 
can be made very small. 

The protocol of the present invention also has a low-over- 
head command structure. The protocol of the present inven- 
tion does not use a fixed-length message. The length of the 
55 message varies depending on the command. This, in turn, 
permits the elimination of unnecessary data being transmitted 
if it is not needed to execute a command. In addition, the 
command set is minimal and straightforward thus allowing 
the user to easily pass data through the network bus with 
60 minimal manipulation. 

As discussed, the NDI device of the present invention 
operates in conjunction with a protocol that has a fixed, low- 
level instruction set that, in turn, allows in some case for use 
of simplified controllers and network device interfaces on 
65 network devices. Specifically, the low level command set 
allows the NDI devices to be implemented as state machines 
instead of processors or micro-controllers. An example of 
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how the low level command set works is given here. If the bus 
controller wants to read a data word from the memory of an 
NDI device it sends a command to the NDI called set pointer, 
then follows the command with the pointer value. The NDI 
decodes the command and sets its memory address pointer to 
be the value sent by the bus controller. The memory address 
pointer only needs to be a register that latches the value sent 
by the bus controller. Next, the bus controller will issue the 
read memory word command to the NDI device. The NDI 
device responds by accessing the memory word pointed to by 
its memory address pointer, and transmitting it to the bus 
controller. If the bus controller wants to read a block of data 
from the memory of the NDI it repeats the process multiple 
times. 

If the command set is a high level command set, the above 
described read process, would be implemented as a read 
special memory block command. The NDI device would need 
to be able know where to set its pointer to access the special 
memory block, set its pointer, know how big the special 
memory block is, and then send the special memory block. 
This protocol offloads many of these tasks, such as keeping 
track of where special memory information is stored, and how 
big the block sizes of the special memory information is, and 
where to store special memory data, from the NDI device. 
These tasks are performed by the bus controller instead by 
stringing low level instructions like set memory pointer and 
read and write memory together. 

As discussed, the NDI device of the present invention 
operates in conjunction with a protocol that has a fixed, low- 
level, and low overhead instruction set that, in turn increases 
the actual data rate on the network bus when used with smart 
sensors and actuator. Network traffic for networking sensors 
and actuators is different from regular computer network 
traffic. Computer networks need to transfer large data files or 
messages from one computer to another. Consequently they 
have checksums and block sizes associated with the messages 
to ensure robust and error free data transmission. These 
checksums and block sizes, or other overhead, associated 
with these computer network protocols is not a problem 
because the size of the overhead is small compared to the total 
message size. Network traffic for sensors and actuators is 
different because in many cases, most of the messages on the 
network are very small messages with only 1 6 bits of data. If 
a block size, checksum, or other unnecessary overhead is 
added to the small 1 6 bit data message, the checksums, block- 
size, and other overhead can contain more bits than the actual 
16 bit data message. This effectively reduces the bandwidth 
of the sensor and actuator network bus. The NDI devices of 
the present invention solve this problem by using a message 
protocol that does not add any unnecessary overhead such as 
checksum and block size to short 16 bit messages. The only 
overhead added to these short 16 bit messages is a sync 
pattern to indicate the start of a message, a flag bit, and a parity 
bit. The parity bit is used to check for errors in the 16 bit 
message. The flag bit indicates if an error condition exists in 
the sending NDI device or associated data channel. 

The protocol of the present invention is typically transmit- 
ted in a Manchester encoded format, but may also be imple- 
mented in a Universal Asynchronous Receiver Transmitter 
(UART) format protocol, if needed, to communicate with 
other UART systems. For example, in one embodiment, the 
protocol uses an RS-485 based, multi-drop, Manchester 
encoded protocol referred to as Bi-Phase Sensor and System 
(BiSenSys). BiSenSys is an 1 8 -bit high speed, highly efficient 
protocol for use in connecting remote devices and subsystems 
together on a digital bus structure that uses Manchester 
encoding. An example of another protocol that uses Manches- 
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ter coding is MIL-STD- 1 553 . Specifically, each bit of the data 
is detectable by one detectable transition, (i.e., “0” is defined 
as low to high and “1” is defined as high to low). Further, each 
message consists of a sync pattern, a message body, and a 
5 parity flag. The BiSenSys transmission protocol can be oper- 
ated in synchronous or asynchronous mode and the can be 
implemented to operate at any data rate from 1 Hz- 10 MHz in 
the synchronous mode or at 1.25, 2.5, 5.0, and 10.0 megabits 
per second in asynchronous mode. Additionally, the protocol 
to of the present invention may be implemented in a UART 
based protocol. This protocol is designed to operate at a 1 .0 
megabit per second data rate and uses a 9 -bit message format 
and non-return-to-zero bit coding. 

There are at least three types of data frames transmitted 
15 across the network bus, with the data frames differing 
between the BiSenSys protocol and the UART protocol. 
There are 3 types of BiSenSys data frames. The first type is a 
command frame. A command frame consists of a command 
sync pattern followed by 10 Manchester encoded address 
20 bits, followed by 7 Manchester encoded command op-code 
bits, and 1 Manchester encoded parity bit. The command sync 
consists of the one and a half bus bit periods high and one and 
a half bit periods low state on the bus. 

The second type of frame is an argument frame. An argu- 
25 ment frame begins with a data sync pattern which is followed 
by 16 Manchester encoded argument bits, one Manchester 
encoded flag bit, and finally one Manchester encoded parity 
bit. The data sync pattern consists of the one and a half bit 
periods low followed by one and a half bit periods high. The 
30 last type of BiSenSys frame is the data frame. Data frames 
begin with the data sync pattern, which is followed by 1 6 bits 
of Manchester encoded data, one Manchester encoded flat bit, 
and one Manchester encoded parity bit. The only difference 
between an argument frame and a data frame is that argument 
35 frames are transmitted by the bus controller data frames are 
transmitted by network devices. Arguments are only trans- 
mitted by the bus controller following certain commands. The 
commands that require an argument to follow them are 
defined in the RHAMIS/BiSenSys protocol. If the bus clock 
40 is used in the BiSenSys synchronous mode, it is transmitted in 
quadrature to the Manchester encoded bit stream. 

In the case of the UART protocol, the message format 
contains 3 or more 1 1 -bit frames. Each message has three 
required frames per message with two additional optional 
45 frames per message depending on the command issued. The 
first bit in every frame is a start bit (set to 0), and the final bit 
of all frames is a stop bit (set to 1 ). The first frame in a message 
is an address frame for the UART protocol. It is in the form of: 
a start bit, an 8-bit address field, an address bit set to 1, and a 
50 stop bit. The second frame in a UART message is a command 
frame. A command frame consists of a start bit, a 7 bit com- 
mand field, an unused bit, the address bit set to 0, and the stop 
bit. If argument frames belong in the UART message, they 
follow the command frame. They consist of a start bit fol- 
55 lowed by 8 argument bits, an address bit set to 0, and the stop 
bit. The last frame of a UART message is a checksum frame. 
It consists of a start bit, 8 bit checksum, which is the modulo 
2 sum of the address, command, and data bits with no carry, an 
address bit set to 0, and a stop bit. 

60 In addition to providing a protocol having a low-level 
instruction set that operates in either synchronous or asyn- 
chronous mode and different transmission protocols, the 
present invention also provides a method for assigning unique 
addresses to each data channel. As illustrated in FIG. 1, in a 
65 typical networked system 30, there will be numerous data 
channels connected to a plurality of different NDI devices, all 
of which use a common network bus for communication with 
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the bus controller. Further, each of the network devices may 
have several data channels or several tasks that can be com- 
manded by the NDI device. The protocol of the present inven- 
tion provides three types of addresses for each data channel of 
a network device. Specifically, each data channel on each 5 
network device can be assigned an individual logical address, 
a global address, and if configured, a group mask. 

The logical address is an address recognized by a single 
data channel on a network device or a single controllable task 
with a network device. A global address, on the other hand, is to 
recognized by all of the data channels of all of all of the 
network devices, while a group address is recognized by a 
subset of all of the data channels of all of the network devices. 
Data channels are not assigned group addresses. They are 
assigned group masks. Each bit in the group mask corre- 15 
sponds to a group address. In this way a single 16-bit mask 
can be used to assign a data channel to 1 6 groups . For example 
if the 1 st and 3 rd bit of the group mask are set to 1, the data 
channel recognizes itself as belonging to groups 1 and 3. It 
will respond to command messages having a group address of 20 
either 1 or 3. These three different addresses are important as 
they allow the controller to either communicate with an indi- 
vidual data channel of one network device or a group of data 
channels, either in the same network device or in several 
network devices, or with all of the data channels of all net- 25 
work devices. Each of these addresses is described in detail 
below. 

The determination of the logical and group addresses may 
be by any selected method. A preferred method is described in 
U.S. Provisional Patent Application No. 60/254, 137 entitled: 30 
NETWORK CONTROLLER FOR DIGITALLY CON- 
TROLLING REMOTE DEVICE VIA A COMMON BUS 
and filed on Dec. 8, 2000. This method uses the Universal 
Unique Identifier (UUID) associated with each network 
device. The UUID code is an 80-bit code that is unique to 35 
every network device and is based on the location and date the 
device was manufactured. 

With reference to FIG. 3 A, the UUID for network device of 
the present invention are typically stored in the NDI device’s 
memory device 66. During the determination of the logical 40 
and group addresses, the controller sends various commands 
to the NDI devices of the present invention commanding them 
to access their respective memory device, analyze the indi- 
vidual bits of the UUID and either respond or remain silent 
based on whether certain bits are 1 or 0. This allows the bus 45 
controller to discover the UUID of every network device, one 
network device at a time. Immediately after finding the UUID 
of a network device, the bus controller will assign logical 
addresses and group masks to every data channel on that 
network device. 50 

FIG. 8 is a flow chart of the steps taken by a network device 
using an NDI device, under control of the bus controller, to 
uniquely identify itself to the bus controller. To begin a 
Device Inventory session NDI devices are enabled using the 
Device Inventory Enable command. This puts the NDI in the 55 
Device Inventory mode. (See step 700). If address “0” (the 
reserved global address for all devices) is specified in the 
address field, every network device on the bus will put itself 
into the Device Inventory mode. If a currently assigned logi- 
cal address is specified in the address field, that network 60 
device will put itself into the Device Inventory mode. If a 
currently assigned group address is specified in the address 
field, all network devices belonging to that group will put 
themselves into the Device Inventory mode. 

Various function codes in the Device Inventory command 65 
are used during the UUID word search. The Device Inventory 
command with the New UUID Word Search function code 
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sets all Device Inventory session enabled devices into the 
UUID Word Search mode. (See step 705). Network devices 
on the bus will not compete in a UUID Word Search unless 
they are in the UUID Word Search mode. Immediately after 
being commanded into the Word Search Mode, the NDI 
device automatically proceeds by loading the least significant 
bit of the UUID into a first register and a “1” into a second 
register. (See step 710). When NDI devices are in the UUID 
Word Search Mode they will respond to the two UUID Bit 
Competition function codes. 

The Master Controller will issue the Device Inventory 
command with the UUID Bit Competition, No Dropout func- 
tion code. All NDI devices will make a decision based on this 
command. (See step 720). The NDI device will proceed to 
step 730 and make a decision bases on its bit in register 1. If 
this bit is a “ 1 ,” (see step 73 0), the network device will remain 
quiet. If this bit is a “0,” the network device will transmit a 
UUID pulse. (See step 740). The network device will then 
move the evaluated bit (either a “1” or a “0”) into bit register 
2, access its next UUID bit and load it into bit register 1. (See 
step 760). 

The Master Controller will listen for UUID pulses trans- 
mitted on the bus. When the Master Controller hears a UUID 
pulse it knows at least 1 network device has a “0” for its 
current UUID bit. If the Master Controller hears at least one 
UUID pulse, the next command it will issue is the Device 
Inventory command with the UUID Bit Competition, l’s 
Dropout function code. The NDI device will have to interpret 
the command and make a decision. (See step 720). When a 
network device hears this command and code, it will look at 
its UUID bit inregister 2. (See step 780). If this bit is a “ 1 ”, the 
network device will exit the current UUID Bit Competition 
mode and quit competing in the UUID Word Search. If the bit 
in register 2 is a “0”, the network device will look at the bit in 
register 1 . (See step 73 0). If it is a “0”, the network device will 
transmit a UUID pulse. (See step 740). If this bit is a “1”, the 
network device will remain quiet. The network device will 
then move the bit in register 1 into bit register 2, access its next 
UUID bit and load it into bit register 1. (See step 780). 

If the Master Controller does not hear any UUID pulse on 
the bus, the Master Controller will know that all network 
devices still in UUID Word Search mode have a “1” in bit 
register 2. In response to this, the next command the Master 
Controller will issue is the Device Inventory command with 
the UUID Bit Competition, No Dropout function code. When 
a network device receives this command it will remain in the 
competition without regard to what is in its registers. In 
response to the command all devices in the competition will 
look at bit register 1. (See step 730). If it is a “0”, the network 
device will transmit a UUID pulse. (See step 740). If it is a 
“1”, the network device will remain quiet. The network 
device will move the bit in register 1 into bit register 2, access 
its next UUID bit and load it into bit register 1 . (See step 760). 

The UUID Bit Competition described in this section is 
repeated for all 80 UUID bits. The Master Controller will 
have to issue a combined total of 81 UUID Bit Competition 
function codes. (See step 750). The Master Controller must 
issue the 81 ’st UUID Bit Competition function code so that 
the last network devices on the bus can resolve who had the 
winning last bit. 

After the Device Inventory command with the UUID Bit 
Competition function codes has been issued for a combined 
total of 81 times there will be only one network device left in 
UUID Word Search mode. This network device is the winner. 
(See step 770). This network device has now been uniquely 
identified to the bus controller and will respond with the 
contents of a special memory location. (See step 780). The 
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high byte of the special memory location will hold the pro- 
tocol revision number, and the low byte will be the number of 
data channels on the network device. The winning network 
device and the bus controller will know the network device 
has won by winning all 8 1 -bit competitions. 

When the winning device has received the 8D* UUID bit 
competition function code, the device will respond with a 
Bi-Phase compliant data field containing the protocol version 
number and the number of channels the device has stored in 10 
its memory. (See step 780). The bus controller may use this 
information to determine logical address channel assignment 
in the winning device. The winning network device will 
unprotect its logical address and group mask memory loca- 
tions. (See step 790). The bus controller will assign logical 
addresses and group masks immediately following. (See step 
800). If the data channel includes a plurality of the channels, 
the Master Controller will assign logical addresses and group 
masks to each channel. (See step 810). After the logical 20 
addresses and group masks have been assigned, the network 
device will exit the device inventory mode. The bus controller 
will repeat the UUID word searches until all network devices 
have been discovered, and a logical address and group mask 
assigned to every channel. The bus controller knows it has 25 
discovered all devices when the UUID if discovers in the bus 
is all 1 ’ s. No network device will ever have a UUID of all 1 *s. 

As described above, each channel for each network device 
is provided with a logical address that uniquely identifies the 30 
data channel. Further, there are group addresses that address 
a number of data channels, and a global address that addresses 
all channels of all network devices. The global address is used 
for the exchange of global data and commands. The group 
address is an address that is recognized by multiple data 35 
channels of the network devices. Group addresses cause one 
or more data channels to respond to the same command at the 
same time. It is possible to have only one data channel 
assigned to a group address. Associated with the group 
address is a group mask stored in the address decoder 100. 40 
The group mask is a 16-bit word, where each bit set to 1 
represents the groups that the data channel belongs. 

As an example, in one embodiment, the global address is 
assigned OOOOhex. In this embodiment, if the address 45 
OOOOhex is transmitted, all of the NDI devices will follow the 
command. This is typically used for resetting the system or 
testing the system. Further, in one embodiment, the group 
addresses are selected in the range of 0001 hex to OOOfhex. In 
this embodiment, when an address in this range is received by 50 
a NDI device, it will compare the group address with the 
group mask stored in the address decoder register 100. If the 
bit in the group mask corresponding to the group address is 
set, the NDI device data channel of the present invention will 
interpret and follow the command associated with the group 55 
address. For example, if the group mask stored in the device 
inventory register is 10000000 11 00b in, the NDI device 
belongs to group addresses OOOfhex, 0003 hex, and 0002hex. 

The group address scheme is designed to permit the user to 60 
set up time deterministic triggers for groups of sensors or 
actuators at various sample rates. Table 1 illustrates a group of 
sensors having different sample rates and their group assign- 
ments, and Table 2 the sequence for polling the devices. As 
can be seen from these tables, the data channels can be 65 
grouped together such that they may be triggered simulta- 
neously but at different sample rates. 


TABLE 1 


Logical Address 

Device 

Sample Rate 
(Samples/sec) 

Group Address 

16 

Temperature 1 

125 

1 

17 

Pressure 1 

250 

1,2 

18 

Strain 1 

500 

1,2,3 

19 

Strain 2 

500 

1,2,3 

20 

Strain 3 

500 

1,2,3 

21 

Strain 4 

500 

1,2,3 

22 

Accelerometer 1 

1000 

1,2, 3,4 

23 

Accelerometer 2 

1000 

1,2, 3, 4 

24 

Accelerometer 3 

1000 

1,2, 3, 4 

25 

Accelerometer 4 

1000 

1,2, 3, 4 


TABLE 2 


Command Execution Time Action 


0 

Issue Trigger Command to Address 1 
Poll Addresses 16 through 25 

1 msec 

Issue Trigger Command to Address 4 
Poll Addresses 22 through 25 

1 msec 

Issue Trigger Command to Address 3 
Poll Addresses 18 through 25 

1 msec 

Issue Trigger Command to Address 4 
Poll Addresses 22 through 25 

1 msec 

Issue Trigger Command to Address 2 
Poll Addresses 17 through 25 

1 msec 

Issue Trigger Command to Address 4 
Poll Addresses 22 through 25 

1 msec 

Issue Trigger Command to Address 3 
Poll Addresses 18 through 25 

1 msec 

Issue Trigger Command to Address 4 
Poll Addresses 22 through 25 

1 msec 

Restart Sequence 


With regard to the group addresses, if the controller sends 
out a group address, the address decoder 100 and a command 
decoder 102 of the present invention will decode the address 
portion of the command and will compare the group address 
to group mask stored in itself. If the group mask indicates that 
the network device is subject to the group address, the proper 
data channel will perform the command associated with the 
group address on the network device. 

Described above, the addressing methods used with the 
protocol allows the controller to send commands and data to 
either one or several of the network devices, with the different 
forms of data transmitted depending on whether BiSenSy s or 
UART is used. Provided below are the commands typically 
used to communicate across the network bus. As stated pre- 
viously, the protocol of the present invention is designed to 
maximize efficiency so that the commands and response mes- 
sages can vary in length depending on the data quantity 
required to execute any command. In order to accomplish 
this, the protocol of the present invention provides three levels 
of utility. These commands are listed in Table 3. 

TABLE 3 


Command (hex) Command Description 



Service Commands 

00 

No Op 

01 

Built in Test 

02 

Reset 

03 

Read Status Register 

04 

Device Inventory Enable 

05 

Device Inventory 

06 

Control Pass 



25 
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TABLE 3 -continued 


Command (hex) 

Command Description 

07 

Wake 

08 

Sleep 

09 

E-Calibration 

0A 

Z-Calibration 

0B 

Synchronize 

OC 

Baud Select 

0D-0F 

Reserved 

Data Commands 

20 

Trigger 

21 

Trigger and Read 

22 

Read In-Data Register Word 

23 

Read In-Data Stack Word 

24 

Read In-Data Stack Block 

25 

Query In-Data/Out-Data Stack Depth 

26 

Write Out-Data Stack Word 

27 

Write Out-Data Stack Word/Acquire to In-Data 
Register 

28 

Write Out-Data Stack Block 

29-2F 

Reserved 

Memory Commands 

30 

Set Memory Pointer 

31 

Read Memory Word with Current Pointer 

32 

Read Memory Block with Current Pointer 

33 

Write Memory Word with Current Pointer 

34 

Write Memory Block with Current Pointer 

35 

Read Memory Word with Passed Pointer 

36 

Read Memory Block with Passed Pointer 

37 

Write Memory Word with Passed Pointer 

38 

Write Memory Block with Passed Pointer 

39-7F 

Reserved 


One level of commands is the service commands. Service 
commands are intended for network housekeeping, network 
device interface status, power control, calibration, and bus 35 
master arbitration. These commands are briefly described 
below. For example, the No Op command instructs the NDI 
device of the present invention to take no action. The No Op 
command is typically used in initialization of operation or by 
the master or network controller, (see FIG. 1), to maintain bus 4Q 
control. 

The Built-In-Test (BIT), E-Calibration, and Z-Calibration 
commands are used to perform self-test on the NDI devices 
connected to the network bus. For example, the BIT com- 
mand commands the NDI device to perform a check of inter- 45 
nal circuitry. The E-Calibration command forces an excita- 
tion calibration, where the input from a sensor network device 
is replaced with a reference voltage, and the NDI device takes 
a reading to determine the calibration of the NDI device at the 
reference voltage. Similarly, the Z-Calibration command ini- 50 
tiates a zero calibration measurement, where the input for a 
sensor data channel is shorted. The NDI device takes a read- 
ing to determine the offset of the data channel. 

The protocol also includes two types of reset commands, 
namely Reset and Synchronize. The Reset command initial- 55 
izes all the network device interfaces of the present invention 
that are connected to the network bus to a power-up state. This 
Reset command is typically used by the controller to reset the 
bus and network devices when necessary and regain control 
of the network bus . 60 

The Synchronize command is an important command for 
establishing and maintaining synchronization between sev- 
eral NDI devices. Specifically, as discussed previously, some 
A/D and D/A converters require a continuous clock signal 
that is different from the synchronous clock signal provided 65 
by the controller. This clock signal is provided by a divider 
that divides down either the synchronous bus clock signal or 


26 

the clock signal from a local oscillator. This divided clock 
signal is used by the converter to convert data. Although the 
divider provides the proper clock frequency needed by the 
converter, the presence of these different dividers on the dif- 
ferent NDI devices can cause the converter on one NDI device 
to not be synchronized with a converter on another NDI 
device. Specifically, all of the converters may be operating at 
the same frequency, but the dividers may be out of phase. 

In light of this, the Synchronize command synchronizes the 
divided clock signal among a plurality of NDI devices. Spe- 
cifically, with reference to FIG. 9, when the divider is using 
the synchronous clock signal and the Synchronize command 
is issued, the NDI device will control its clock divider to reset 
and restart producing the clock signal. All of the NDI devices 
will do the same reset and restart of their clock dividers at the 
same time according to the group or global address used in the 
synchronize command. 

FIGS. 11 a, 11 b, and 11c illustrate alternative embodiments 
of how the NDI device of the present invention can be 
attached to and control different data channels. Some data 
channels will only need the convert signal from the NDI 
device to acquire data with precise timing as in FIG. 11 A. 
Some data channels will need only the synchronized divided 
clock and possibly the synchronize signal to acquire data with 
precise timing in FIG. 11B. Some data channels, such as in 
FIG. 11C may require both the convert and divided clock 
signals to acquire data with precise timing. 

With reference to FIGS. 11A-11C, the use of the Synchro- 
nize command is illustrated with respect to causing switched 
capacitor filters 126, sigma/deltaA/D converters 120, or digi- 
tal filters 118, etc. in the data channels among different net- 
work devices to all operate synchronously. If the clock divider 
is dividing the local oscillator to produce the clock signal, the 
divider will reset and restart at the center edge of the parity bit 
of the synchronize command. This will cause the clock divid- 
ers among a plurality of NDI devices to synchronize together. 
It is realized that the clocks will drift out of phase over time 
however because of variations in the frequencies of the local 
oscillators. If the source for the clock divider is the bus clock, 
the clock dividers will synchronize according to the timing in 
FIG. 9, and the divided clocks will continue to run synchro- 
nously after that. The current embodiment of the NDI device 
provides the synchronize signal, 116, 124, and 128, to the data 
channels attached to it to reset or synchronize sigma/delta 
A/D converters 120, digital filters 118, or other devices. 

With reference to Table 3, the protocol also includes Wake 
and Sleep commands. The Sleep command powers down 
certain portions of the network devices and the Wake com- 
mand powers them up. Further, the protocol includes the Read 
Status Register command. This command provokes a read of 
the status register of the NDI device and provides informa- 
tion, such as whether the network device is busy, whether it 
supports certain commands, whether the controller requested 
to much or too little data from the data stack, whether mes sage 
transmission errors have occurred, whether the memory is 
unprotected, etc. 

The Control Pass command is used by the master and 
network controllers to establish which bus controller is in 
control of the bus, if there is more than one bus controller on 
the network bus. Further, the Baud Select command can be 
used by the controller to change the baud rate on the network 
bus when operating in the asynchronous mode. 

The Device Inventory Enable command and the Device 
Inventory command were previously discussed in relation to 
the unique identification of every network device and the 
assignment of logical addresses and group masks to the data 
channels. The Device Inventory Enable command selects 
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groups of network devices to be inventoried. The Device 
Inventory command is used to control most actions associated 
with identifying network devices and assigning logical 
addresses and group masks. The command is different in that 
the address field of the command is used to direct various 
device inventory functions within a device. For example, 
these functions include entering into a new Word Search 
competition and the actions associated with No Dropout and 
1 ’s Dropout. Further, the commands include reading from the 
memory of the device that won the Word Search and writing 
the logical addresses and group masks. 

A second type of commands is data type commands. These 
commands are tailored for time-deterministic data acquisi- 
tion and control. Network efficiency is maximized by permit- 
ting NDI devices to move one data point directly or more than 
one data point as defined-length block transfers. For example, 
the Trigger command is used by the controller to initiate an 
incoming data measurement in a sensor data channel or cause 
a data conversion to a physical quantity in an actuator data 
channel. With reference to FIG. 3B, each of the channels of 
the network device interface of the present invention includes 
an In-Data Register 89 and an In-Data Stack 88. When the 
Trigger command is received by the NDI device, the contents 
of the In-Data register are pushed to the top of its In-Data 
stack. It will then take a new reading from the data channel. 
When finished reading, the new reading will be in the In-Data 
register. The bus controller will normally read data from the 
in-data stack. 

While acquiring data from the In-Data stack causes a 
latency of one or more sample in the sensor reading sent to the 
bus controller, this arrangement allows Read-in-data-stack 
commands to be issued to a sensor data channel immediately 
after a Trigger command. Read in-data stack commands read 
data from the in data stack. This, in turn, allows maximum use 
of the network bus bandwidth, which is important where 
sensor data channels have long conversion times. This also 
simplifies the Trigger and Read command set that the user 
must write because pauses do not need to be included before 
reading from the in-data stack. 

The Read In-Data Register Word command permits read- 
ing data from the In-Data register immediately after it 
becomes available from the data channel. The bus controller 
must not try to read from this register before the data becomes 
valid. In the case where the network device is an actuator, the 
NDI device will command a data conversion on the value at 
the top of the Out Data Stack and then pop the Out Data stack. 
In the currently implemented embodiment of the NDI device, 
not shown here, there is not out-data stack in the NDI device. 
The data is sent from the bus controller to the NDI device and 
straight to the D/A converter or data channel without passing 
through a data stack. However the D/A or data channel con- 
nected to the NDI device has a register to hold the data which 
serves as an out-data stack with a size of one stack word. 

As discussed, the Trigger and Read command is used to 
initiate a measurement cycle of a data channel and immedi- 
ately transmit the results of the previous measurement on the 
network bus. In response to this command, the NDI device of 
the present invention simultaneously pushes the contents of 
the In-Data register onto the In-Data stack, begins a new 
measurement cycle, and begins transmitting the contents of 
the top of the In-Data stack. The push to the In-Data stack will 
occur before and during the transmission of the data sync 
pattern of the command. In this way, the result of the previous 
measurement will be valid and in the data stack when the 
transmitter section of the NDI device accesses it for transmis 
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sion. The data sample is then transmitted across the network 
bus while a new measurement is taken. 

With regard to the read commands, the Read In-Data Reg- 
ister Word command initiates a read directly from the In-Data 
5 register. The NDI device places the contents of the In-Data 
register on the network bus. The Read In-Data Stack Word 
command is used to read a data word from the top of the 
In- Data stack. In this instance, the NDI device of the present 
invention responds by outputting the newest data word from 
1 o the data stack onto the network bus and older data i s shifted to 
the top of the stack. 

As illustrated in FIG. 3B, the data stack associated with 
each channel of the NDI device of the present invention 
includes several registers. The Query In- Data/ Out-Data Stack 
15 Depth command is used to determine how many valid data 
words are on the In-Data or Out-Data stack. In this instance, 
the NDI device of the present invention keeps track of the 
number of valid data words in its stack depth register. The 
value of this register is transmitted to the bus controller by the 
20 NDI device when commanded by the bus controller. 

The Write Out-Data Stack Word command directs the NDI 
device of the present invention to write a data word to the top 
of the Out-Data stack. Further, the Write Out-Data Stack 
Word/ Acquire To In-Data Register command further directs 
25 the NDI device to simultaneously acquire data from the data 
channel and put it into the In-Data register. If the output signal 
to the data channel is connected to input to the NDI from the 
data channel, this command can be used to echo data sent to 
the actuator back to the bus controller. Similar to the Write 
30 Out-Data Stack Word, the Write Out -Data Stack Block com- 
mand directs the NDI device to write multiple data words to 
the Out-Data stack. 

In addition to the service and data type commands, the 
35 protocol of the present invention also includes memory com- 
mands. These commands permit access to specific defined 
memory locations or functions to which data can be written or 
read. This permits random access data blocks to be efficiently 
transferred between one system and another with little over- 
40 head. It also permits direct memory access and/or one or more 
data buffers blocks to be moved. 

For example, the command Set Memory Pointer sets the 
memory address pointer within the NDI device. The Read 
Memory Word With Current Pointer command is used to read 
45 a single word from memory pointed at by the memory addres s 
pointer. The Read Memory Block With Current Pointer is 
used to read a block of data words from memory starting at the 
memory word pointed to by the current value of memory 
address pointer. An argument passed with the command to the 
50 NDI device instructs the NDI device as to how many data 
words are to be read. After each memory word is sent to the 
bus controller by the NDI device, the memory pointer is 
automatically incremented by one. Then the next memory 
word is transmitted. This process is repeated until the number 
55 of memory words requested by the bus controller has been 
transmitted. 

The protocol of the present invention also includes write 
memory commands. Specifically, the Write Memory Word 
With Current Pointer command writes a single word into 
60 memory. The NDI device will write the argument accompa- 
nying the command into memory at the location currently 
pointed to by the memory address pointer. The Write Memory 
Block With Current Pointer command, on the other hand, 
writes a block of data words into memory. The NDI device of 
65 the present invention will write the arguments accompanying 
the command into memory beginning at the location cur- 
rently pointed to by the memory address pointer. After each 
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word is written, the memory address pointer is incremented 
by one. This process is repeated until all of the words have 
been written into the memory. 

Similar to the commands just described, the protocol of the 
present invention includes commands for reading and writing 5 
words and blocks of data from and into memory using a 
pointer sent by the controller along with the command. These 
commands operate similar to those above, except the pointer 
is provided as an argument following the command. These 
commands are: Read Memory Word With Passed Pointer, 10 
Read Memory Block With Passed Pointer, Write Memory 
Word With Passed Pointer, and Write Memory Block With 
Passed Pointer. 

As stated previously, the NDI device of the present inven- 
tion provides for digital communication of commands and 15 
data between a controller and various network devices across 
a network bus. With regard to FIG. 10, a networked system 
implementing the NDI device of the present invention is 
illustrated in an aircraft 10. In this embodiment, a network is 
used to monitor various critical structural locations. Located 20 
on the aircraft are network devices to measure strains 12, such 
as wing root, wing surface, tail root, tail cord and landing gear 
strains, and accelerations 14, such as wing tip and tail tip 
accelerations. Further, the network includes sensors 16 to 
monitor the pressure at various critical structural locations, 25 
such as critical belly pressures for sonic fatigue, as well as key 
corrosion locations 18 for radar, landing gear and leading 
edges, and engine casing temperatures 20. In this embodi- 
ment, all of the network devices are connected to a common 
bus, thereby eliminating excess wiring. Further, data and 30 
commands are transmitted digitally to reduce susceptibility to 
noise. 

Additionally, the preferred protocol for the NDI devices 
uses Manchester encoding of network data bits to help allow 
miniaturization of the NDI devices . It must be understood that 35 
for any device to receive asynchronous serial data, it must be 
able to acquire the timing of the data sequence from the serial 
data stream. Normally, the receiver of the serial asynchronous 
data must have a local oscillator to cause its receiver to oper- 
ate, and recover the timing information from the serial data. 40 
Once the timing information has been extracted, the asyn- 
chronous receiver is able to receive serial data at certain rates, 
plus or minus a certain deviation from these rates, given this 
local oscillator frequency. Manchester encoding of serial data 
causes a transition from high to low or low to high in the 45 
center of every bit. This makes it easy to extract the necessary 
timing information from the serial data stream. Because it is 
so easy to extract the timing information from the Manchester 
encoded serial data stream, a relatively large deviation from 
the expected data rate, based on the local oscillator can be 50 
tolerated. This tolerance to relatively large deviations from 
the expected data rates allows each NDI receiver to use a low 
accuracy local oscillator to receive the Manchester encoded 
data. Low accuracy local oscillators can be made extremely 
small. Current embodiments of adequate local oscillators are 55 
only about lx 1.5 millimeters. This aids in making miniature 
NDI devises. 

Many modifications and other embodiments of the inven- 
tion will come to mind to one skilled in the art to which this 
invention pertains having the benefit of the teachings pre- 60 
sented in the foregoing descriptions and the associated draw- 
ings. Therefore, it is to be understood that the invention is not 
to be limited to the specific embodiments disclosed and that 
modifications and other embodiments are intended to be 
included within the scope of the appended claims. Although 65 
specific terms are employed herein, they are used in a generic 
and descriptive sense only and not for purposes of limitation. 


What is claimed is: 

1. A communication system for communicating com- 
mands and data between a bus controller and a plurality of 
data channels via a common digital bus, the communication 
system comprising: 

a bus controller connected to the common digital bus; 

a plurality of network device interfaces connected between 
the common digital bus and at least one of said plurality 
of data channels, wherein said network device interfaces 
each include a memory containing a unique number 
identifying the network device interface, and at least one 
address and group mask identifying each data channel 
connected to said network device interface, 

wherein said bus controller in a device inventory mode is 
configured to conduct a competition between the plural- 
ity of data channels to uniquely identify each network 
device interface, and then determine addresses and 
group masks for each data channel associated with the 
network device interface, wherein said network device 
interfaces do not allow the memory containing the 
addresses and group masks and special memory loca- 
tions to be overwritten until after the unique number 
identifying the network device interface has been deter- 
mined by the bus controller during the competition. 

2. A communication system according to claim 1, wherein 
said network device interface after determining it has won the 
competition, is configured to write enable its memory loca- 
tions associated with the address and group mask and special 
memory locations for each associated data channel so that the 
network controller can assign new logical addresses, group 
masks, and special memory values to each associated data 
channel. 

3. A communication system according to claim 2, wherein 
said network device interface is configured to write protect 
the memory after the logical addresses, group masks, and 
special memory locations are written to by said bus controller. 

4. A communication system according to claim 1 wherein 
each network device interface further comprises a receiver for 
receiving messages from the bus controller via the common 
digital bus. 

5. A communication system according to claim 4 wherein 
each network device interface further comprises a device 
interface for providing commands to the associated data 
channel in response to messages received by said receiver and 
for receiving data from the associated data channel. 

6. A communication system according to claim 1 wherein 
each network device interface further comprises a transmitter 
for transmitting messages to the bus controller via the com- 
mon digital bus. 

7. A communication system according to claim 1 wherein 
the unique number stored by the memory of each network 
device interface comprises an identification number assigned 
to the respective network device interface by a manufacturer. 

8. A communication system according to claim 1 wherein 
the plurality of data channels are selected from the group 
consisting of sensors and transducers. 

9. A communication system according to claim 1 wherein 
each network device interface is configured to be independent 
of a clock. 

10. A communication system according to claim 1 wherein 
said bus controller is configured to transmit messages having 
Manchester encoded bits. 

11. A method for assigning individual addresses to a plu- 
rality of data channels located remote from a bus controller 
and communicated with by the bus controller via a common 
digital bus, the method comprising: 
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providing a plurality of network device interfaces con- 
nected between the common digital bus and at least one 
of the plurality of data channels, wherein the network 
device interfaces each include a memory containing a 
unique number identifying said network device inter- 5 
face; 

conducting a competition between the plurality of network 
device interfaces to determine the unique number of 
each network device interface one at a time; and 
prohibiting overwrites of the memory of each network to 
device interface containing the addresses and group 
masks and special memory locations before and during 
the competition until a unique number for the network 
device interface has been determined by the bus control- 
ler so that the bus controller may assign a unique address 15 
to each data channel. 

12. A method according to claim 11 further comprising: 
determining that a network device interface has won the 
competition; 
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write enabling the channel address, group masks, and spe- 
cial memory locations of the winning network device 
interface device; and 

writing the address associated with the data channel into 
the memory of the network device interface. 

13. A method according to claim 12 further comprising, 
after writing the address, protecting the memory where the 
address was written. 

14. A method according to claim 11 wherein the unique 
number stored by the memory of each network device inter- 
face comprises an identification number assigned to the 
respective network device interface by a manufacturer. 

15. A method according to claim 11 wherein the plurality 
of data channels are selected from the group consisting of 
sensors and transducers. 

16. A method according to claim 11 wherein each network 
device interface is configured to be independent of a clock. 



